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(54) Method and apparatus of directing multicast traffic in an Ethernet MAN 



(57) Method and apparatuses for directing multicast 
traffic in an Ethernet network include sending a multicast 
message (3,4) upstream to a metro access node (13), 
performing IGMP snooping at the metro access node 
(13) and assigning a multicast VLAN tag to the multicast 
message, performing IGMP snooping at an Ethernet 
switch (16) disposed upstream to determine each port 
used for a corresponding multicast group address and 



multicast VLAN tag associated with the multicast group 
address, receiving the multicast message (14,15) at an 
access server or edge router (17) and sending the mul- 
ticast message (18) including the multicast group ad- 
dress and the multicast VLAN tag, downstream to a port 
based on that information, thereby avoiding duplication 
of the multicast message to another port other than the 
port associated with the multicast VLAN tag. 
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Description 

[0001] The present invention relates to directing mul- 
ticast traffic of different service providers and improving 
bandwidth efficiency when offering multicast services in 5 
addition to residential Internet access in an Ethernet 
Metropolitan Area Network (E-MAN), by preventing du- 
plication of multicast traffic when using a multicast router 
in conjunction with Internet Group Management Proto- 
col (IGMP) snooping. 10 
[0002] Local area networks (LANs) of all types are 
IEEE 802 compliant and may be connected together 
with media access control (MAC) bridges. Various LANs 
may be grouped together to form Virtual LANs (VLANs). 
VLAN groups are made of logical workgroups of users *5 
who may be physically separated from one another. The 
IEEE 802. 1Q standard defines the operation of VLAN 
bridges that permit the definition, operation, and admin- 
istration of VLAN topologies within a bridged LAN infra- 
structure. VLANs provide privacy and security to mem- 20 
bers of the workgroups, and provide broadcast domains 
whereby broadcast traffic is kept inside the VLAN. 
[0003] With an E-MAN, the customer experiences 
high-speed connectivity towards the Internet or a corpo- 
rate environment. Additionally, a MAN provider has op- 25 
portunities to easily offer new services to its customers 
such as Transparent LAN Services (also known as 
TLS). When using an E-MAN to provide services such 
as Internet access to residential customers, the use of 
Ethernet VLAN tags is required to provide customer 30 
segregation. In the E-MAN, each customer has a unique 
VLAN tag. An Ethernet packet is only distributed to- 
wards customers assigned to this VLAN tag, i.e., the 
VLAN tag controls the amount of flooding in the Ethernet 
network. 35 
[0004] VLAN tags are used to provide the customer 
security and segregation. Each VLAN may be identified 
by a color code (i.e., red, yellow, etc.). Switches asso- 
ciate each internal port with at least one VLAN color tag. 
Since all entities located on a given LAN utilize the same *o 
shared port of the corresponding switch, each of these 
entities is also associated with the VLAN designation as- 
signed to that port. Each external port of switches is sim- 
ilarly associated with one or more VLAN designations. 
To identify the various VLAN designations defined 45 
through the network, switches and routers typically par- 
ticipate in a VLAN configuration protocol. 
[0005] Content addressable memory in switches and 
routers store the tagging part of which is to be inserted 
into frames to enable VLAN functionality, and may also so 
store priority information. The tagging information and 
priority information are collectively referred to as tag da- 
ta. The tagging information also includes lookup data 
which is associated with the tag data. Preferably each 
set of lookup data is unique and corresponds to one set 55 
of tag data. 

[0006] Multicast refers to the transmission of informa- 
tion to a group of recipients (a multicast group) via a 



single transmission by the source. The server sends an 
individual copy of each data packet to all users in the 
interest group (i.e., VLAN) or other multicast group. Net- 
work-based multicast services allow servers and other 
data sources to send out a single packet that is auto- 
matically copied and distributed by network devices, 
such as routers or switches. 

[0007] In a classical Ethernet LAN, bandwidth effi- 
ciency for multicast traffic is achieved by using the so- 
called Internet Group Management/Membership Proto- 
col (IGMP) snooping. Prior art systems snoop the data 
from the individual user to identify which users are join- 
ing a particular multicast group, the quality of service 
needed by the users and other parameters, to establish 
multicast filtering. 

[0008] IGMP snooping is performed irrespective of 
the use of VLAN tags. Group management for Internet 
Protocol (IP) multicast traffic is accomplished by using 
IGMP and Protocol Independent Multicast (PIM). The 
customer subscribes to the group by sending an IGMP 
report message using as the destination IP address the 
multicast address for that group. This message is re- 
ceived by the first hop upstream router or server, and 
triggers PIM to notify the upstream multicast router or 
server, whereby a multicast tree is built 
[0009] For an E-MAN, as shown in Figure 1, during 
upstream registration, the customers 1, 2 send IGMP 
reports 3, 4 or join messages 3, 4, respectively, to the 
Broadband Remote Access Server (BRAS) 9 or the 
Edge Router 9, crossing a metro access node 5, and a 
number of Ethernet switches 8 before it arrives at its 
destination. To preserve the bandwidth in the E-MAN, 
the switches 8 are snooping IGMP packets 6, 7 and use 
the information in these packets 6, 7 to determine which 
segments should receive packets directed to the group 
address. This prevents sending a multicast packet 
downstream on ports 1, 2 that have no interest in that 
multicast stream. 

[0010] The use of VLAN tags, however, impacts the 
operation of multicast in the E-MAN. Since every cus- 
tomer 1, 2 has a unique VLAN tag, the multicast traffic 
6, 7 is duplicated at the ingress point of the E-MAN, i. 
e., the BRAS 9 or edge router 9. Thus, if the multicast 
router 9 or server 9 connected to the E-MAN receives 
IGMP join messages 3, 4 with different VLAN tags, it 
sends multicast traffic for all these VLANs. This implies 
a duplication of traffic, i.e., multiple Ethernet frames 10, 
11 with different VLAN tags are sent downstream from 
the BRAS 9 or server 9 via switches 12 to the metro 
access node 5 and to. customers 1, 2, which is band- 
width inefficient 

[0011] Therefore, offering multicast services in addi- 
tion to residential Internet access gives rise to a band- 
width efficiency problem. 

SUMMARY OF THE INVENTION 

[001 2] Methods and apparatuses consistent with that 
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of the present invention relate to introducing a separate 
VLAN tag for multicast traffic, called a multicast- VLAN 
tag, at a metro access node, which must be used by 
each BRAS or edge router for Its downstream multicast 
traffic, and which provides bandwidth efficiency by seg- 
regating multicast traffic of different service providers 
and preventing duplication of multicast traffic when used 
in conjunction with IGMP snooping. 
[001 3] In one embodiment consistent with the present 
invention, a method of directing multicast traffic in an 
Ethernet network, includes assigning a multicast VLAN 
tag at a metro access node of the Ethernet network, to 
a multicast message sent upstream from a port to an 
access server or edge router, such that the multicast 
VLAN tag is associated with a corresponding access 
server or edge router, determining a port to which to 
send a multicast message downstream from the access 
server or edge router, based on a multicast group ad- 
dress and the multicast VLAN tag for the multicast group 
address. 

[0014] In another embodiment consistent with the 
present invention, the assigning step is performed using 
IGMP snooping. 

[001 5] In yet another embodiment consistent with the 
present invention, the IGMP snooping is also performed 
at intermediate switches disposed upstream from the 
metro access node, to determine which port to use for 
the multicast message, based on the multicast group 
address and the multicast VLAN tag. 
[001 6] In yet another embodiment consistent with the 
present invention, the access server or edge router is 
able to retrieve only each multicast message assigned 
with the multicast VLAN tag corresponding directly to 
that access server or edge router. 
[001 7] In yet another embodiment consistent with the 
present invention, the determining step is performed at 
intermediate switches disposed downstream from the 
access server or edge router 

[001 8] In yet another embodiment consistent with the 
present invention, the multicast message is sent down- 
stream from the access server or edge router to the de- 
termined port without duplication of the multicast mes- 
sage. 

[0019] In yet another embodiment consistent with the 
present invention, the intermediate switches disposed 
downstream from the access server or edge router in- 
clude subscription tables containing a list of multicast 
group addresses and multicast VLAN tags. 
[0020] In yet another embodiment consistent with the 
present invention, each multicast message is segregat- 
ed from other multicast messages destined for different 
access servers or edge routers disposed upstream and 
different ports disposed downstream in the network. 
[0021] In yet another embodiment consistent with the 
present invention, the method of multicasting data pack- 
ets in an Ethernet network, includes transmitting a mul- 
ticast message upstream to an access server or edge 
router via a metro access node, to join a multicast ses- 



sion; storing information including the multicast mes- 
sage, upon reception of the multicast message by the 
metro access node, the information including a relation 
between the multicast message and a multicast refer- 

5 ence that identities the multicast session and a port 
identification via which the multicast message is re- 
ceived; defining a multicast VLAN tag as the multicast 
reference, the multicast VLAN tag which is associated 
with a plurality of users which are using the metro ac- 

10 cess node, and associating the multicast VLAN tag with 
the multicast message; downstream multicasting the 
data packets of the multicast session, wherein the ac- 
cess server or edge router receives the data packets 
according to the stored information and inserts the as- 

15 sociated multicast VLAN tag into a copy of the down- 
stream data packets and downstream transmits a copy 
of the multicast message to each port based on each 
group destination address and associated multicast 
VLAN tag. 

20 [0022] In yet another embodiment consistent with the 
present invention, a metro access node includes means 
for assigning multicast VLAN tags into multicast mes- 
sages sent upstream to an access server or edge router; 
and means for storing multicast group addresses, port 

25 identifications, and the multicast VLAN tags. 

[0023] In yet another embodiment consistent with the 
present invention, an intermediate Ethernet network 
switch disposed between a user and an access server 
or edge router includes means for determining a desti- 

30 nation of a multicast message based on a combination 
of a multicast group address and a multicast VLAN tag 
associated with the multicast message; and means for 
forwarding the multicast message to the destination 
based on the combination of the multicast group ad- 

35 dress and the multicast VLAN tag. 

[0024] In yet another embodiment consistent with the 
present invention, the determining means of the inter- 
mediate Ethernet network switch includes means for 
storing subscription tables which contain a list of multh 

40 cast group addresses and multicast VLAN tags. 

[0025] In yet another embodiment consistent with the 
present invention, an apparatus which directs multicast 
traffic in an Ethernet network, includes a metro access 
node which receives a multicast message from a port, 

45 performs IGMP snooping, and assigns a multicast 
VLAN tag to the multicast message; a first intermediate 
Ethernet switch disposed upstream from the metro ac- 
cess node, which determines each port used for a cor- 
responding multicast group address and multicast 

50 VLAN tag for the multicast group address; an access 
server or edge router which receives the multicast mes- 
sage and sends the multicast message downstream af- 
ter adding the multicast VLAN tag to the multicast group 
address; and a second intermediate Ethernet switch dis- 
ss posed downstream from the access server or edge rout- 
er, which forwards the multicast message to a port 
based on the multicast group address and the multicast 
VLAN tag. 
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[0026] In yet another embodiment consistent with the 
present invention, an apparatus which directs multicast 
traffic in an Ethernet network, includes means for as- 
signing a multicast VLAN tag at a metro access node of 
the Ethernet network, to a multicast message sent up- 5 
stream from a port to an access server or edge router, 
such that the multicast VLAN tag is associated with the 
corresponding access server or edge router; and means 
for determining a port to which to send a multicast mes- 
sage downstream from the access server or edge rout- 
er, based on a multicast group address and the multicast 
VLAN tag for the multicast group address. 
[0027] There has thus been outlined, rather broadly, 
some features consistent with the present invention in 
order that the detailed description thereof that follows 
may be better understood, and in order that the present 
contribution to the art may be better appreciated. There 
are, of course, additional features consistent with the 
present invention that will be described below and which 
will form the subject matter of the claims appended here- 
to. 

[0028] In this respect, before explaining at least one 
embodiment consistent with the present invention in de- 
tail, it is to be understood that the invention is not limited 
in its application to the details of construction and to the 
arrangements of the components set forth in the follow- 
ing description or illustrated in the drawings. Methods 
and apparatuses consistent with the present invention 
are capable of other embodiments and of being prac- 
ticed and carried out in various ways. Also, it is to be 
understood that the phraseology and terminology em- 
ployed herein, as well as the abstract included below, 
are for the purpose of description and should not be re- 
garded as limiting. 

[0029] As such, those skilled in the art will appreciate 
that the conception upon which this disclosure is based 
may readily be utilized as a basis for the designing of 
other structures, methods and systems for carrying out 
the several purposes of the present invention. It is im- 
portant, therefore, that the claims be regarded as includ- 
ing such equivalent constructions insofar as they do not 
depart from the spirit and scope of the methods and ap- 
paratuses consistent with the present invention. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0030] 

Figure 1 depicts conventional IGMP snooping and 
multicasting with downstream duplication of pack- 
ets. 

Figure 2 depicts one embodiment consistent with 
the present invention, wherein multicast traffic is 
sent to customers using a multicast VLAN tag. 



DETAILED DESCRIPTION OF THE PREFERRED 
EMBODIMENTS 

[0031] Methods and apparatuses consistent with the 
present invention include introducing a separate multi- 
cast-VLAN tag for multicast traffic at a metro access 
node, which is used by each BRAS or edge router for 
its downstream multicast traffic, and which prevents du- 
plication of multicast traffic when used in conjunction 
with IGMP snooping. 

[0032] For normal unicast traffic, the normal VLAN 
tags are still in use whereby customer segregation and 
security is ensured. Therefore, the VLAN tags are added 
at the Metro Access Node according to the conventional 
method, and sent to the Service Provider access server 
or BRAS. 

[0033] However, as shown in Figure 2, for multicast 
traffic, a single multicast-VLAN tag as a multicast refer- 
ence, is introduced for aSi users or customers 1 , 2 using 
the same access server 17 or edge router 17 connected 
to the MAN. The MAN management provides to the dif- 
ferent Metro Access Nodes 13 the to-be-used multi- 
cast-VLAN tag, and the E-MAN provider assigns a 
VLAN tag per connected service provider, and installs 
rules in the Metro Access Nodes 13, in memory, as 
means for determining the service provider of the con- 
nected customer 1 , 2, and associating that service pro- 
vider to the multicast VLAN tag that has to be used for 
that traffic. The Metro Access Node 1 3 can be pre-con- 
figured to associate the VLAN tag with a customer, or 
can be programmed to determine which VLAN tag to 
associate with a customer based on the information in 
the multicast message 3, 4. 

[0034] During registration, the customers 1, 2 send 
IGMP report messages (join messages) 3, 4 upstream, 
which are untagged or tagged with a unicast VLAN-tag 
that is used by those customers 1 , 2. The Metro Access 
Nodes 13 include a storage medium or memory as 
means for storing information received from the custom- 
ers 1 , 2, including the join messages 3, 4 and a relation 
between the IGMP report message, multicast group 
message, and a multicast VLAN tag that identifies the 
multicast session and the port identification 1, 2, via 
which the join messages 3, 4 are received. 
[0035] In the Metro Access Nodes 1 3, IGMP snooping 
takes place, after which each IGMP message is (re) 
tagged with the multicast VLAN tag by the Metro Access 
Nodes 13 as assigning means. As the messages 14, 15 
are forwarded upstream, each Ethernet switch 16, as 
forwarding means, performs IGMP snooping and multi- 
cast VLAN tag learning, in order to remember and de- 
termines, as determining means, which port(s) to use 
for a corresponding certain multicast group address. Ad- 
ditionally, the switch 16, also as determining means, re- 
members and determines which VLAN tag is used for 
the specified multicast group address. In this way, the 
IGMP messages 14, 15 reach their destination via the 
service provider access server 17 or edge router 17. 
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Note that because different VLAN tags are used for mul- 
ticast streams of different access servers 17 or edge 
routers 1 7, that it is ensured that IGMP report messages 
14,15 destined for one service provider are not seen by 
another service provider. 

[0036] For the downstream multicast traffic, the ac- 
cess server 17 or edge router 17 connected to the 
E-MAN inserts the same multicast group address as 
well as the multicast VLAN tag into a copy of the down- 
stream data packets 18, using the information which 
was stored by the upstream Metro Access Node 1 3 with 
the messages 14, 15, in order to forward the down- 
stream multicast packets 18 with the appropriate multi- 
cast VLAN tags. This ensures that downstream multi- 
cast traffic of one access server 17 or edge router 17 
does not arrive at customers connecting to another ac- 
cess server or edge router. No duplication of data pack- 
ets 18 with different VLAN tags takes place. If neces- 
sary, the original unicast VLAN tag is put back in the 
multicast packets 18 before delivery to the customers 
1.2. 

[0037] In the downstream multicast traffic, the switch 
16 utilizes a subscription table which may include con- 
tent addressable memories as storing means, and 
which contains a current list of all group destination ad- 
dresses and the multicast VLAN tags of the subscribing 
entities thereto, as well as the specific ports to which the 
multicast traffic should be sent. Although only a single 
switch 16 is shown in Figure 2 both upstream and down- 
stream, a plurality of switches 16 as intermediate Eth- 
ernet switches, can be utilized. 
[0038] When the multicast traffic arrives at Metro Ac- 
cess Node 13 downstream from the switches 16, the 
Metro Access Node 1 3 transmits one copy of the data 
packets 1 8 to each port 1 , 2 and for each multicast VLAN 
tag. 

[0039] The advantage of ensuring no duplication of 
data packets to customers with different VLAN tags is 
that customer segregation is retained. Therefore, multi- 
cast traffic of different service providers is segregated - 
even if more than one BRAS 17 or edge router 17 is 
connected to the E-MAN, their multicast traffic is segre- 
gated. This not only holds true for the downstream mul- 
ticast traffic stream 18, but also for the upstream IGMP 
report messages 14, 15. 

[0040] Of course, although multiple customers of one 
service provider are put in a single group for multicast 
traffic, the unicast traffic is still segregated per customer. 
It is not possible for one customer to send unicast traffic 
to another customer, unless they have the same VLAN 
tag, i.e., in the event of Virtual Private Network (VPN) 
service. 

[0041] Further, the addition of a multicast VLAN tag 
at the Metro Access Node 13 is transparent to the cus- 
tomer 1, 2. The customer 1, 2 is not aware of the pres- 
ence of the multicast VLAN tags being added at the Met- 
ro Access Node 13. The customer 1, 2 just sends un- 
tagged reports 3, 4 toward the network. 



[0042] Thus, the above-described methods and ap- 
paratuses provide multicast services in a bandwidth ef- 
ficient way, and at the same time, preserve customer 
segregation. 

5 [0043] While methods and apparatuses consistent 
with the present invention has been particularly shown 
with reference to the above embodiments, it will be un- 
derstood by those skilled in the art that various other 
changes in the form and details may be made therein 

10 without departing from the spirit and the scope of the 
invention. 



Claims 

75 

1 . A method of directing multicast traffic in an Ethernet 
network, comprising: 

assigning a multicast VLAN tag at a metro ac- 
20 cess node of the Ethernet network, to a multi- 

cast message sent upstream from a port to one 
of an access server and an edge router, such 
that said multicast VLAN tag is associated with 
said corresponding one of said access server 
25 and said edge router; 

determining a port to which to send a multicast 
message downstream from said one of said ac- 
cess server and said edge router, based on a 
30 multicast group address and said multicast 

VLAN tag for said multicast group address. 

2. The method according to claim 1 , wherein said as- 
signing step is performed using IGMP snooping. 

35 

3. The method according to claim 2, wherein said 
IGMP snooping is also performed at intermediate 
switches disposed upstream from said metro ac- 
cess node, to determine which port to use for said 

40 multicast message based on said multicast group 
address and said multicast VLAN tag. 

4. The method according to claim 3, wherein said one 
of said access server and said edge router is able 

45 to retrieve only each multicast message assigned 
with said multicast VLAN tag corresponding directly 
to said one of said access server and said edge 
router. 

50 5. The method according to claim 1 , wherein said de- 
termining step is performed at intermediate switch- 
es disposed downstream from said one of said ac- 
cess server and said edge router. 

55 6. The method according to claim 5, where said mul- 
ticast message is sent downstream from said one 
of said access server and said edge router to said 
determined port without duplication of said multi- 
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cast message. 

7. The method according to claim 5, wherein said in- 
termediate switches disposed downstream from 
said one of said access server and said edge router 
comprise subscription tables containing a list of 
multicast group addresses and multicast VLAN 
tags. 

8. The method according to claim 4, wherein each said 
multicast message is segregated from other multi- 
cast messages destined for different one of access 
servers and edge routers disposed upstream and 
different ports disposed downstream in the network. 

9. A method of directing multicast traffic in an Ethernet 
network, comprising: 

receiving a multicast message delivered up- 
stream to a metro access node; 

performing IGMP snooping at said metro ac- 
cess node; 

assigning a multicast VLAN tag to said multi- 
cast message at said metro access node; 

performing IGMP snooping at each of at least 
one Ethernet switch disposed upstream from 
said metro access node in order to determine 
each port used for a corresponding multicast 
group address and multicast VLAN tag associ- 
ated with said multicast group address; 

receiving said multicast message at one of an 
access server and an edge router disposed up- 
stream from said at least one Ethernet switch; 

sending said multicast message downstream 
from said one of said access server and said 
edge router, said one of said access server and 
said edge router including said multicast group 
address and said multicast VLAN tag in said 
multicast message; and 

providing said multicast message to a port 
downstream from said one of said access serv- 
er and said edge router, based on said multicast 
group address and said multicast VLAN tag; 

wherein duplication of said multicast mes- 
sage to another port other than said port down- 
stream of said one of said access server and said 
edge router is avoided based on information deter- 
mined at said metro access node regarding said 
multicast group address and said multicast VLAN 
tag. 



1 0. The method according to claim 9, wherein said mul- 
ticast VLAN tag designates one of a predetermined 
access server and edge router. 

5 11. The method according to claim 10, wherein said 
metro access node is one of pre-configured to as- 
sociate said multicast VLAN tag with a user, and de- 
termines which multicast VLAN tag to associate 
with a user based on information in said multicast 

10 message. 

12. The method according to claim 9, wherein said met- 
ro access node includes a storage medium to store 
information on a multicast session to which said 

15 multicast message refers, and a port identification 
from which said multicast message is received. 

1 3. The method according to claim 9, wherein said pro- 
viding step is performed by at least one Ethernet 

20 switch disposed downstream from said one of said 
access server and said edge router, and said switch 
determines said port to which to send said multicast 
message based on said multicast group address 
and said multicast VLAN tag. 

25 

14. The method according to claim 10, wherein said 
one of said access server and said edge router is 
able to retrieve only each multicast message as- 
signed with said multicast VLAN tag corresponding 

30 directly to said one of said access server and said 
edge router. 

15. A method of segregating multicast traffic of a plu- 
rality of service providers in an Ethernet network, 

35 comprising: 

sending a multicast message from a port up- 
stream to a metro access node; 

40 performing IGMP snooping at said metro ac- 

cess node; 

assigning a multicast VLAN tag to said multi- 
cast message at said metro access node and 
45 said multicast VLAN tag being associated with 

a corresponding one of an access server and 
an edge router, 

performing IGMP snooping at each of at least 
50 one Ethernet switch disposed upstream from 

said metro access node in order to determine 
each port used for a corresponding multicast 
group address and multicast VLAN tag associ- 
ated with said multicast group address; 

55 

- receiving said multicast message at said one of 
said access server and said edge router up- 
stream from said at least one Ethernet switch, 
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wherein said multicast message destined for 
one access server and edge router is segregat- 
ed from another multicast message destined 
for another access server and edge router 
based on said multicast group address and said 5 
multicast VLAN tag; and 

sending said multicast message downstream 
from said access server to said port from which 
said upstream multicast message was re- w 
ceived, said one of said access server and said 
edge router including said multicast group ad- 
dress and said multicast VLAN tag in said mul- 
ticast message; 

15 

wherein duplication of said multicast mes- 
sage to another port other than said port down- 
stream of said one of said access server and said 
edge router is avoided based on information deter- 
mined at said metro access node regarding said 20 
multicast group address and said multicast VLAN 
tag. 

16. A method of multicasting data packets in an Ether- 
net network, comprising: 25 

transmitting a multicast message upstream to 
one of an access server and an edge router via 
a metro access node, to join a multicast ses- 
sion; 30 

storing information including said multicast 
message, upon reception of said multicast 
message by said metro access node, the infor- 
mation including a relation between said multi- 35 
cast message and a multicast reference that 
identifies said multicast session and a port 
identification via which said multicast message 
is received; 

40 

defining a multicast VLAN tag as said multicast 
reference, said multicast VLAN tag which is as- 
sociated with a plurality of users which are us- 
ing said metro access node, and associating 
said multicast VLAN tag with said multicast 45 
message; 

downstream multicasting the data packets of 
said multicast session, wherein said one of said 
access server and said edge router receives so 
the data packets according to said stored infor- 
mation and inserts said associated multicast 
VLAN tag into a copy of the downstream data 
packets and downstream transmits a copy of 
said multicast message to each port based on 55 
each group destination address and associated 
multicast VLAN tag. 



17. A metro access node comprising: 

means for assigning multicast VLAN tags into 
multicast messages sent upstream to one of an 
access server and an edge router; and 

means for storing multicast group addresses, 
port identifications, and said multicast VLAN 
tags. 

18. An intermediate Ethernet network switch disposed 
between a user and one of an access server and 
an edge router, said switch comprising: 

means for determining a destination of a multi- 
cast message based on a combination of a mul- 
ticast group address and a multicast VLAN tag 
associated with said multicast message; and 

means for forwarding said multicast message 
to said destination based on said combination 
of said multicast group address and said multi- 
cast VLAN tag. 

19. The intermediate Ethernet network switch accord- 
ing to claim 1 8, wherein said determining means in- 
cludes means for storing a subscription table which 
contains a list of multicast group addresses and 
multicast VLAN tags. 

20. An apparatus which directs multicast traffic in an 
Ethernet network, comprising: 

a metro access node which receives a multicast 
message from a port, performs IGMP snoop- 
ing, and assigns a multicast VLAN tag to said 
multicast message; 

a first intermediate Ethernet switch disposed 
upstream from said metro access node, which 
determines each port used for a corresponding 
multicast group address and multicast VLAN 
tag for said multicast group address; 

one of an access server and an edge router 
which receives said multicast message and 
sends said multicast message downstream af- 
• ter adding said multicast VLAN tag to said mul- 
ticast group address; and 

a second intermediate Ethernet switch dis- 
posed downstream from said one of said ac- 
cess server and said edge router, which for- 
wards said multicast message to a port based 
on said multicast group address and said mul- 
ticast VLAN tag. 

21. An apparatus which directs multicast traffic in an 
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Ethernet network, comprising 

means for assigning a multicast VLAN tag at 
a metro access node of the Ethernet network, to a 
multicast message sent upstream from a port to one 
of an access server and an edge router, such that 5 
said multicast VLAN tag is associated with said cor- 
responding one of said access server and said edge 
router; and 

means for determining a port to which to send 
a multicast message downstream from said one of 10 
said access server and said edge router, based on 
a multicast group address and said multicast VLAN 
tag for said multicast group address. 
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